User status reports provided by an entertainment access system

ABSTRACT

An entertainment access system is provided that enables a user to request and receive status reports that present current information concerning a wide variety of items pertaining to the user&#39;s devices, entertainment content and usage rights in a standard, predictable and consistent manner that enhances rather than hinders the user experience. In some illustrative examples, the user can request the status report from one of his devices that is registered with the entertainment access system. The entertainment access system responds by collecting and formatting the status information so that is can be conveniently displayed or otherwise rendered on the registered device. For instance, if the request is received from a cell phone device, which generally has a relatively small screen, the information may be presented in a relatively abbreviated format. On the other hand, if the request is received from the user&#39;s personal computer, the information may be presented by the entertainment access system to the personal computer in a more detailed or entirely different format than when the information is to be presented to a cell phone device.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation of, claims the benefit of andpriority to, previously filed U.S. patent application Ser. No.14/059,390 filed Oct. 21, 2013 entitled “USER STATUS REPORTS PROVIDED BYAN ENTERTAINMENT ACCESS SYSTEM”, which is a continuation of, claims thebenefit of and priority to, previously filed U.S. patent applicationSer. No. 12/165,632 filed Jun. 30, 2008 entitled “USER STATUS REPORTSPROVIDED BY AN ENTERTAINMENT ACCESS SYSTEM”, the subject matter of whichare hereby incorporated herein by reference in their respectiveentireties.

BACKGROUND

Users enjoy entertainment content in many different ways. Users canenjoy content in ways dictated by a traditional content distributor suchas a radio station or movie theater, for example, by listening to songson the radio or watching movies in the theater. When users listen to theradio they don't pay a fee but they often have to listen toadvertisements. When users watch a movie in a theater, they usually paya one-time fee. If they want to see the movie again, they pay again.

Users also enjoy content using physical media usually purchased fromanother type of content distributor, such as through purchasing songs onCD or movies on DVD. Users often buy content on physical media so thatthey can enjoy it when they want and as often as they want. Users havegrown accustomed to this type of content distribution. They know—so longas their CD or DVD is not damaged—that they can enjoy the song or moviewhenever they want and as often as they want. A teenager can listen to“Groove is in the Heart” 1,000 times if she wants. A movie buff canwatch “Braveheart” or “Highlander” every night. Further, users havegrown accustomed to the implicit benefits of buying content on a CD orDVD; they can lend “Braveheart” to a friend to watch or “Groove is inthe Heart” to a classmate to play at a dance party. They can also enjoythe song or movie on whatever device they have that can play it; theycan put their CD in their old, home CD player or their new mobile onesimply by moving the CD from one player to the other.

More recently, users have been able to access entertainment contentdigitally, such as through subscription and pay-per-view services. Theseservices have benefits but also disadvantages over buying content onphysical media. The advantages include more-flexible ways to pay and usecontent, such as accessing content for a period of time, e.g., bysubscribing to a service that allows them to play a particular song ontheir MP3 player for 30 days. Another flexible way is to pay to save ordownload content a certain number of times, e.g., “buying” a song tohave a right to download it to a computer and then record/transfer it toother devices or storage as many as seven times. Still another way issimilar to watching a movie in a theater in that a user pays once toenjoy the content once; e.g., to play a movie on his own TV once.

Some of these digital distribution services, however, do not permitusers to enjoy entertainment content in the ways in which they havegrown accustomed. Someone who, in the past, could buy a song on CD andplay it on any CD player that she, a family member, or a friend owns,often cannot do so using these services. Also, many users do not trustthe reliability and longevity of “owning” content through a service. Ifa person buys the right to a song, and thus can transfer or save it somenumber of times, the person may effectively lose that right if theircomputer storage fails or is stolen. A music fan could buy rights tothousands of songs and lose the right to use all of them if his computerhard drive fails. These are just some of the limitations present in manycurrent digital content distribution services.

These digital distribution services, as well as traditional distributionservices, are often blind in how they use advertising to support accessto entertainment content. Traditional distribution systems, such asbroadcast television, provide programs with the same advertisement tolarge groups of consumers even if those consumers are very different.Television, for example, often advertises children's products to peoplewithout children, engagement rings to married people, and retirementaccounts to children. This type of advertising is not well-targeted.

Recently, entertainment access systems have been developed that arecapable of managing digital content based on a user's identity, oneexample of which is shown in U.S. application Ser. No. 11/771,923entitled “Entertainment Access Service.” These systems offer servicesthat free people from the limitations of their storage media anddevices. For instance, if a user's CD breaks or hard drive fails, thesystems permit a user to continuing accessing his content. If a userwants to use a new device or even many new devices, even if thosedevices play content with a different format than a user's existingdevices, the system may permit him to play his content on those newdevices. If a user wants to share content with a friend, the system maypermit it even if the user does not have the content on hand.

SUMMARY

While entertainment access systems can unify and simplify a user'senjoyment of content by managing the user's devices, entertainmentcontent and usage rights, it can quickly become difficult and evenbewildering for the use to keep track of all his available options(e.g., which content is available on which devices, which particularcontent items can be shared with friends, and so on). Accordingly, anentertainment access system is provided that enables a user to requestand receive status reports that present current information concerning awide variety of items pertaining to the user's devices, entertainmentcontent and usage rights in a standard, predictable and consistentmanner that enhances rather than hinders the user experience.

In some illustrative examples, the user can request the status reportfrom one of his devices that is registered with the entertainment accesssystem. The entertainment access system responds by collecting andformatting the status information so that is can be convenientlydisplayed or otherwise rendered on the registered device. For instance,if the request is received from a cell phone device, which generally hasa relatively small screen, the information may be presented in arelatively abbreviated format. On the other hand, if the request isreceived from the user's personal computer, the information may bepresented by the entertainment access system to the personal computer ina more detailed or entirely different format than when the informationis to be presented to a cell phone device.

This Summary is provided to introduce a selection of concepts in asimplified form that are further described below in the DetailedDescription. This Summary is not intended to identify key or essentialfeatures of the claimed subject matter, nor is it intended to be used asan aid in determining the scope of the claimed subject matter. The term“tools,” for instance, may refer to system(s), method(s),computer-readable instructions, and/or technique(s) as permitted by thecontext above and throughout the document.

BRIEF DESCRIPTION OF THE DRAWINGS

Non-limiting and non-exhaustive embodiments are described with referenceto the following figures, wherein like reference numerals refer to likeparts throughout the various views unless otherwise specified.

FIG. 1 illustrates an example operating environment having anentertainment access service, third-party content providers, a user, anddevices associated with the user; this example operating environment isone in which various embodiments of the tools may operate.

FIG. 2 illustrates example relationships between an entertainment accessservice and various devices (and their manufacturers), as well asexample pre-set specifications that the devices follow to interact withthe entertainment access service.

FIG. 3 illustrates an example flow diagram showing the entertainmentaccess service providing third-party content providers with selectableoptions by which they may decide on how their content will be usedand/or paid for.

FIG. 4 illustrates an example profile for a user.

FIG. 5 illustrates an example flow diagram showing the entertainmentaccess service interacting with a user.

FIG. 6 is an example process illustrating some ways in which the toolsmay act and interact with devices, third-party content providers, andusers effective to manage users' access to entertainment content.

FIG. 7 is an example process illustrating some ways in which the toolsmay act and interact with devices, third-party content providers, andusers effective to manage users' access to entertainment contentdirectly and also indirectly through third-party content providers.

FIG. 8 is an example process illustrating some ways in which the toolsmay receive and use information concerning users and advertisements.

FIG. 9 illustrates an example status report that may be sent to a user.

FIG. 10 illustrates one example of an additional page of the statusreport shown in FIG. 9.

FIG. 11 illustrates another example of an additional page of the statusreport shown in FIG. 9.

DETAILED DESCRIPTION Overview

The following document describes tools capable of managing digitalcontent based on a user's identity. This management may include ways inwhich to permit users to gain access to content with devices associatedwith them or even devices associated with others, like the user'sfriends or classmates. The tools may also build and alter profilesassociated with users to better interact with users, including bylearning which advertisements are likely to be well received by users orat least by certain types of users. The tools may perform these andother actions through a direct relationship with users or through anindirect one, such as when third-party content providers use the toolsbut provide their own direct interface with users.

An environment in which the tools may enable these and other actions isset forth below in a section entitled Example Operating Environment.This is followed by another section describing example relationships andspecifications devices may follow to interact with the tools; it isentitled Device Relationships. The next section describes some exampleways in which third-party content providers may interact with the tools,entitled Third-Party Content Providers. This section is followed by asection entitled An Example Profile, which describes an example profilefor a user. The next section, entitled Example Request describes one wayin which an entertainment access service may receive and respond to arequest for access to entertainment content and to status reports.Lastly, a section entitled Other Embodiments of the Tools describes andillustrates three processes in which the tools provide other exampleembodiments of the tools, including ways in which the entertainmentaccess service may respond to requests for access, alter profiles forusers, and determine the effectiveness of particular advertisements, toname a few. This overview, including these section titles and summaries,is provided for the reader's convenience and is not intended to limitthe scope of the claims or the entitled sections.

Example Operating Environment

Before describing the tools in detail, the following discussion of anexample operating environment is provided to assist the reader inunderstanding some ways in which various inventive aspects of the toolsmay be employed. The environment described below constitutes one exampleand is not intended to limit application of the tools to this or anyparticular operating environment. Other environments may be used withoutdeparting from the spirit and scope of the claimed subject matter.

FIG. 1 illustrates one such operating environment generally at 100having an entertainment access service 102, third-party contentproviders 104, a user 106, and devices 106A-106E associated with theuser.

This particular environment illustrates very generally two manners inwhich the entertainment access service may operate; a centralized mannerand a federated manner. In the centralized manner the entertainmentaccess service has a direct relationship with a user—the user interactswith the entertainment access service directly, such as through theentertainment access service's website in which they select content,preferences, associate devices, or make payments. In this manner contentis received by the entertainment access service from the third-partycontent providers based on business-to-business relationships with thoseproviders (shown with an arrow entitled “B2B Relationship”) and thenusually provided by the entertainment access service directly to theusers.

In the federated manner, the entertainment access service managescontent for users but often behind the scenes. The user's directinteractions are instead usually with the third-party content providers.Users may select content, preferences, associate devices, or makepayments directly with the third-party content providers. Thethird-party content providers interact in a business-to-businessrelationship with the entertainment access service (again shown with thearrow entitled “B2B Relationship”), such as to provide information aboutthe user, the content needed or already provided, and the like. Here theentertainment access service may provide content directly to the userand receive usage information directly back or the third-party contentprovider may do so and then indicate this usage and provided content tothe entertainment access service.

In either manner, the entertainment access service acts to managedigital content based on a user's identity. The entertainment accessservice may do so in part by storing content and rights associated withthat content (e.g., licenses) and/or by managing such content and rightsstored remotely (e.g., with content stored at a remote entity or even atthe third-party content provider that provided the content).

The entertainment access service, for example, may manage a user's usagerights to entertainment content and thus how the user is permitted touse the entertainment content, whether operating in a federated orcentralized manner. Based on a user's identity, for example, theentertainment access service may determine that a user may download asong to a particular device, in what file format, in what resolutionformat, for how long the song may be played by that particular device,at what cost, and track when and how often the user plays the song onthat device. The entertainment access service does so in part throughrelationships with the user's devices. These relationships will bedescribed in detail and illustrated in FIG. 2.

The user does not have to be a single person. User 106 may include agroup of persons. The persons may be grouped by all of them havingaccess to one or more of devices 106A-E. The persons also may be groupedby living in a same household (e.g., a user representing a groupincluding Dad, Mom, and the kids). If the user is a group of persons,the identity associated with the user may be the identity of each memberof the group or a common identity for all members of the group (e.g., anaccess code and account number).

The content may be any type of digitally-distributable content, such asentertainment content. This content may include, by way of example,songs, music videos, movies, television shows, still images, and gamingsoftware.

Device Relationships

FIG. 2 illustrates example relationships between the entertainmentaccess service and various devices (and their manufacturers). FIG. 2also shows example pre-set specifications that the devices follow tointeract with the entertainment access service.

Arrows 2-1 represent relationships between the entertainment accessservice and the devices and/or their manufacturers. The devices followspecifications 202 in order to interact with the entertainment accessservice. In this example the specifications include pre-set resolutionformats 204, pre-set file formats 206, user interface rules 208, andusage rules 210. The pre-set resolution formats may include, by way ofexample, a low resolution format, a medium resolution format, and a highresolution format.

Also by way of example only, the low resolution format may be a maximumresolution capable of being rendered by a cellular phone having lessthan a two-inch-by-two-inch display, the medium resolution format may bea maximum resolution capable of being rendered by a non-high definition,four-by-three aspect ratio display having less than a fifty-two-inchhypotenuse-measured screen, and the high resolution format may be amaximum resolution capable of being rendered by a device capable ofrendering at full resolution a high definition digital video disk (HDDVD™) or Blu-Ray™ DVD, to name just a few resolution formatpossibilities.

The file formats may include, also by way of example only, JPEG, WAV,WMP, MP3, WMV, M4V, DVD, HD DVDTM, and Blu-Ray™ DVD.

Each relationship also includes various specifications on how a deviceshould act and interact, such as generating a particular user interfaceor menu structure (e.g., consistent with all other devices that workwith the entertainment access service) when rendering content providedby the entertainment access service. These are shown as user interfacerules 208. The user interface rules may require that each device becapable of interacting with users having a same look and feel to itsinterface, such as have a same menu with same graphical icons incidentwith rendering content.

These specifications may also include usage rules 210, which may governhow a device is to render entertainment content, when, how often, whento cease doing so, track usage information, track advertisementsaccompanying or otherwise provided by the entertainment access service(or a third party with a relationship with the entertainment accessservice), how to render and a requirement to render advertisements in acertain way, and the like. Thus, the entertainment access service mayrequire that devices provide a consistent user interface forentertainment access service content, track usage, track and renderadvertisements, and communicate this information to the entertainmentaccess service.

The entertainment access service may also require that each particulardevice (rather than all devices of a particular type from a particularmanufacturer) have a unique identifier. This identifier may later beused by the entertainment access service to associate the device with auser or identify the user.

Through the relationship with the manufacturer of cell phone device106C, for example, the entertainment access service may require-and themanufacturer may cause the device to be capable of-using the pre-set lowresolution format described above, providing a user interface consistentwith other user interfaces for entertainment access service content,rendering advertisements, tracking usage (including advertisementusage), only rendering content when permitted to do so by theentertainment access service, and providing usage information back tothe entertainment access service.

Third-Party Content Providers

FIG. 3 illustrates an example flow diagram showing the entertainmentaccess service providing third-party content providers with selectableoptions by which they may decide on how their content will be usedand/or paid for. As will become apparent, the entertainment accessservice enables third-party content providers, whether the entertainmentaccess service is operating in a centralized or federated manner, tochoose various business and content options.

At arrow 3-1, entertainment access service 102 enables multiplethird-party content providers to select from the pre-set resolutionformats 204 (first shown in FIG. 2), the pre-set file formats 206 (alsofrom FIG. 2), pre-set usage rights 302, fees 304, and indicatecontent(s) 306 that will be made available and that will be subject tothe selected formats, rights, and fees.

Examples of pre-set resolution and file formats are described in FIG. 2.In this FIG. 3, three example pre-set usage rights are selectable, asubscription-based usage right 302A, an ownership-based usage right302B, and a one-time-use usage right 302C. The fees for each may vary ordepend on whether an advertisement is included. In a federated manner ofoperation the fees may not be relevant if all billing and fees aremanaged by the third-party content providers. In a centralized mannerthe fees may be chosen by the entertainment access service or theentertainment access service and the third-party content providerstogether as part of their business relationship.

At arrow 3-2, each third-party content provider provides selectedcontent 306S (or indicia thereof) that will be managed by theentertainment access service based on selected formats 204S and 206S,selected usage rights 302S, and selected fees 304S for that selectedcontent. If the third-party content provider selects more than oneresolution format or file format for the content, the entertainmentaccess service may later decide between which of these to use forcontent based on the device itself or preference of the user.

At arrow 3-3, the entertainment access service associates selectedcontent with the selected formats, usage rights, and/or fees. Forexample, a third-party content provider may provide music-videoentertainment content and select for that content: a low resolutionformat; three file formats that the third-party content provider willprovide the content in and with which devices may render the musicvideos; and the subscription usage right with two different fees, onewith advertisement and one without.

Thus, at this point the entertainment access service has an indicationof which content is at issue (for example any music video in thethird-party content provider's library), the low resolution format, thethree file formats available, and a subscription service fee of $4.95per month for up to 100 music videos without advertisement and $0.95 foraccess and use of up to 100 music videos per month with advertisement.

With this set out a user may then download a music video of “Groove isin the Heart” to her cell phone and her PDA and, if she selectedadvertisements, watch the video as much as she likes on her cell phoneand PDA for a month as part of her $0.95-a-month subscription fee,though she may have to watch a short advertisement before the videoplays. After the month is up, the devices may both stop playing thevideo unless the entertainment access service indicates that she hasre-subscribed. How a user may use the entertainment access service isdescribed in more detail below. This simplistic example is just to givethe reader an idea of some of the entertainment access service'scapabilities.

Any of the above may be performed for many different third-party contentproviders and for various different contents for each of the differentthird-party content providers. Thus, one third-party content providermay select different formats, rights, and fees for some content thanother content.

As noted above, the entertainment access service manages content basedon a user's identity. In the below example embodiment illustrated inFIG. 4, the entertainment access service uses a profile associated witha user to manage content for that user.

An Example Profile

FIG. 4 illustrates an example of a profile at 400. Other examples ofprofiles and ways in which profiles may be built, altered, and used bythe entertainment access service, users, and third-party contentproviders are discussed below as well. This particular profile 400 issimply one example of many different profiles and profile structuresusable by the entertainment access service to manage content.

This profile includes a user identifier 402, information about variousdevices 404, content 406, usage rights 408 associated with that content,resolution and file formats 410 and 412 for each content, as well asuser preferences 414. The devices include five different devices, here106A-E shown in FIG. 1. The content includes six different entertainmentcontent, two songs 406A and 406B, a movie 406C, a music video 406D, acomputer game 406E, and a still image 406F. The usage rights includethree usage rights, here subscription 302A, ownership 302B, andone-time-use 302C illustrated in FIG. 3, each associated with one ormore of the content. The resolution and file formats include threeresolutions (low 410A, medium 410B, and high 410C) associated withcontent and various file formats not shown for simplicity. The userpreferences include bookmarks 414A, favorites 414B, and usage history414C. Bookmarks and favorites are explicitly selected by the user. Theusage history is built based on the user's actions (e.g., what contentwas rendered and when, etc.) and other information about the user.

The usage history may include a record of which contents the user hasviewed, when, and how often (a content usage history 414C-1). It mayalso include a record of advertisements viewed, when, how often, andactions performed by the user in response to the advertisements (anadvertisement usage history 414C-2).

The profile may contain a wealth of information, such as informationsufficient information to determine that a request for content receivedfrom some entity or device is actually from a particular user (e.g., theuser associated with the profile). This may be enabled by theentertainment access service having a unique identifier associated witha device and a request coming from that device with that uniqueidentifier included with the request. The profile may also include theuser identifier 402, which may be independent of the devices, such as anaccount number and password.

The associations between content and usage rights are not explicitlyshown in the profile for simplicity, but the profile may indicate, forexample, that movie 406C can be rendered by device 106A with a mediumresolution format, device 106C with a low resolution format, and 106Ewith a high resolution format. It may also indicate that the movie hasone-time-use usage rights 302C permitting the user to download it todevice 106A in low resolution for $1.00, device 106C in mediumresolution for $2.50, or to device 106E in high resolution for $4.00.The devices can be constrained by the entertainment access service tothen only permit anyone of these devices to play the movie once.

The profile may also indicate a user preference (e.g., with a bookmark),to download the movie to a device (e.g., 106E) capable of playing themovie at high resolution but instead download it at mediumresolution-perhaps because the user wants to transfer the movie to afriend's medium-resolution laptop for playing at his house later.

Thus, the profile may contain information for the entertainment accessservice to determine that a request for access to content is from theuser associated with the profile, that the access requested is permittedor not, the device intended to render the content (e.g., device 106E orinstead the user's friends laptop) and its being uniquely associatedwith the user, the file format or resolution format appropriate for thatdevice, and so forth. These and other capabilities will be addressed ingreater detail as part of examples provided below.

Example Request

FIG. 5 illustrates a flow diagram 500 showing the entertainment accessservice interacting with a user. This particular example illustratesways in which the tools may act to manage a user's entertainmentcontent. This example is an implementation of the tools but is notintended to limit the scope of the tools or the claimed embodiments.

The arrows described herein illustrate actions, interactions, andresults of these actions and interactions between the elements shown inFIG. 5.

For this example the entertainment access service is a computer programresiding on a computing device 502 having one or more processor(s) 504and tangible computer-readable media 506. The computing device is shownwith a server icon, though it may comprise one or multiple computingdevices of various types. The processors are capable of accessing and/orexecuting the computer-readable media. The computer-readable mediacomprises or has access to entertainment access service 102 and profile400 and content 406 (both of FIG. 4).

At arrow 5-1 the entertainment access service enables the user torequest access (in conjunction with device 106C) to entertainmentcontent and user 106 makes such a request. This request here includesinformation sufficient to determine the user's identity, such as anidentifier uniquely identifying the user (e.g., an account number andpassword) or by the request being made from device 106C having a uniqueidentifier stored in profile 400 and associated with the user.

The request is made across a communications network 508, hererepresented by a dashed line. The communications network may include acompany intranet and/or a global network (e.g., the Internet) and may bewireless, wired, or a combination of these.

The request for access may be a request to render content already storedon a device, such as by the device asking the entertainment accessservice whether or not the user's monthly subscription has been paid andthus that rendering the content is permitted (e.g., if the user'srequest is received during a subscription period that is in force). Therequest for access may also request that content be downloaded forcontemporaneous or later rendering.

By way of example, here we will assume that the user, through device106C interacting with the entertainment access service, is requestingownership rights to and downloading of a music video (“Groove is in theHeart”) intended to be rendered (played) on this device. We will alsoassume that the user has already been a customer of the entertainmentaccess service and thus has an associated profile.

At arrow 5-2 the entertainment access service determines that therequest is from the user. Here the entertainment access service does soby finding the identifier for device 106C (which is unique to thedevice) in the request, determining that the device's identifier isrecorded in the user's profile, and thus that the request is being madeby the user.

At arrow 5-3 the entertainment access service determines whether or notthe user has a right to the request-here to download this music video.The entertainment access service may do so based on usage rightsassociated with the user and the user's content (e.g., rights 302A to302C in profile 400). In this example the entertainment access servicedetermines that while the user has many rights to various contents, noneof the user's usage rights are associated with this particular content.Thus, the user has not purchased an ownership right to this music video.

At arrow 5-4 the entertainment access service and the user interactsufficient for the user to gain the requested access, here by the userpaying for and gaining an ownership right in the music video but at areduced cost by the user selecting ownership rights but with anadvertisement to be played before each rendering of the music video.Responsive to this, the entertainment access service updates profile 400at arrow 5-5 to indicate that the user has an ownership right in themusic video of “Groove is in the Heart.”

At arrow 5-6, the entertainment access service permits the access, whichhere includes downloading the music video to device 106C with anadvertisement in resolution and file formats indicated as appropriatefor that device in the profile.

The user is now able to play the music video on device 106C. Responsiveto the user playing the music video, the device 106C uploads at somefuture or incident time usage information to the entertainment accessservice. Here we assume that the usage information indicates that theuser played the music video at a particular time, played it just afterplaying another dance music video and the name of that video, that afterplaying the music video the user selected to play another music videofrom the same artist, that the user did not perform any actions inresponse to the advertisement rendered with the video, or that the usercommanded the device to cease rendering the advertisement (e.g., becausethe user hates watching it).

The entertainment access service receives this usage information atarrow 5-7. Responsive to receiving this information, the entertainmentaccess service updates profile 400 at arrow 5-8. Based on this and otherupdates to the profile the entertainment access service may learn aboutthe user's likes and dislikes, reaction to particular advertisements,and the like.

At arrow 5-9 the user makes another request, here again to download“Groove is in the Heart”. Here, however, the request is received from adevice not associated with the user (not devices 106A-E). If it werereceived by a device that is associated with the user the entertainmentaccess service would, if the number of downloads permitted by theownership right had not been met, permit download of the music video.Here, however, the user is attempting to download the music video to afriend's laptop 510 that is not associated with the user.

In this case the entertainment access service attempts to determine fromwhom the request is being made. Here the entertainment access serviceprovides a user interface for the user to enter an account and passworduniquely associated with the user (all part of arrow 5-9). Responsive toreceiving this information the entertainment access service determinesthat the request is from the user associated with profile 400 at arrow5-10.

At arrow 5-11 the entertainment access service determines, based on theprofile, that the user has a right to download the music video, and sodownloads the video with advertisement (at arrow 5-12) to the user'sfriend's laptop 510.

Responsive to this second request by the user and the informationgarnered during the process (some received in an upload of usageinformation at arrow 5-13), the entertainment access service updates theuser's profile at arrow 5-14 to indicate that the friend's laptop(already known to be owned by the friend, such as by the friend having aprofile), is not the user's device but that the user is associated withthe friend. Also, the entertainment access service updates the profileto indicate that the user has one less download permitted by the user'sownership right in the video.

As may be apparent even with this relatively simple example, theentertainment access service may provide access to entertainment contentto a user based on the user's identity to the user's devices or even toa friend's device. Further, the entertainment access service maycontinually update the user's profile based on usage information andeven that the user is associated with another person and thus that otherperson's usage history and preferences. This wealth of information mayenable the entertainment access service to better understand whatadvertisements are appropriate for the user, such as by the user and theuser's friend loving dance music and being of a certain age (and otherdemographic information). Based on this information (e.g., a demographicprofile) the entertainment access service may require the user's devicesto play the music video with an advertisement directed to young women(e.g., an advertisement for “Young Miss” magazine or a cosmetic). Theentertainment access service would then likely forgo advertisements forSUVs or investment companies.

Flow diagram 500 illustrates how a user interacts with the entertainmentaccess system to request and receive content. In addition, however, itis important that the user be able to receive status informationconcerning the status of their accounts, content and active devices atany given time. This is particularly important given the myriad ofdifferent devices and different types of content that the user may beusing in connection with the entertainment access system. For instance,the user may be able to access song 406B on devices 106A and 106C, movie406C on devices 106C and 106E, and game 406E only on 106B. Keeping trackof all these different permutations can quickly become difficult orimpossible unless the user is presented with this information in astandard, predictable and consistent manner that enhances rather thanhinders the user experience.

Accordingly, as indicated by arrow 5-15 in FIG. 5, at any point duringthe process the user may request a status update report. The request maybe made from any of the device 106A-106E. The status report may begenerated locally by the device itself using state information availableto it. Alternatively, the status report may be generated all or in partby the entertainment access system 105 and delivered to the device. Inthe particular example presented in FIG. 5, the status report is largelyprepared by the entertainment access system 105 and delivered to thedevice. As indicated by arrow 5-15, the request is received by theentertainment access system 105 from device 106C. In response, theentertainment access system 105 downloads user status information to theuser, as indicated by arrow 5-16. Importantly, the status informationwill be provided to the user in a manner that is consistent with thedevice from which the user made the request. For instance, if therequest is received from cell phone device 106C, which generally has arelatively small screen, the information may be presented in a moreabbreviated or entirely different form than if the request were receivedfrom the user's personal computer 106E. Similarly, the information willalso be presented in a manner that is consistent with the various typesof input devices (e.g., touch, keyboard, stylus) that may be availableto the individual devices. For example, when a mouse, touch pad orstylus is available as an input device, the status report may includeselectable graphical icons that allows the user to access differentpages of the report. However, to the extent possible, the statusinformation will be presented in a consistent manner on any given classof device, e.g., cell phone devices, laptops, personal computers, and soon. In this way, as the user becomes familiar with the entertainmentaccess system 105, the user will be able to anticipate the type andformat of the information he will receive in the status report. That is,the user will know to anticipate that the information will be receivedin one particular format on a cellular phone device, another particularformat on a laptop, and so on. A similar status update request is shownin FIG. 5 by arrow 5-17 as being received from laptop 510. The responseto the request, which is sent by the entertainment access system 105 tothe user's laptop 510, is indicted by arrow 5-18.

In this example the entertainment access system 105 prepares the statusreport using information it obtains from the profile 400 and content 406available to it from computer readable media 506. As previouslymentioned, however, in some implementations the status report may beentirely generated locally by the device itself. One example of a statusreport 900 that may be presented to the user is depicted in FIG. 9. Thisparticular status report is simply one example of many different reportsthat may be presented by the entertainment access system 105 to theuser. The format in which the information is presented will generally bespecified by the entertainment access system 105, and, as previouslynoted, to the extent possible, will typically be consistent within aparticular type or class of devices.

The status report 900 includes a list of devices 902 that the user hasregistered with the entertainment access system 105 and a list ofcontent 904 to which the user currently has access. In this example theindividual items representing the devices and the content are graphicalicons that can be selected by the user using an appropriate input deviceto obtain more information. For instance, if the user selects device106C, he may be presented with a second page of the report thatdelineates information concerning the device 106C. One example of such apage is shown in FIG. 10.

The individual page 920 for device 106C shown in FIG. 10 may present anypertinent information concerning the current status of device 106C. Forinstance, in this example, the page shows the type of content that theuser is currently authorized to access on this device (e.g., images,games and songs only), the usage rights available to the user on thisdevice (subscription only), and the default resolution at which theinformation will be presented (e.g., medium). Depending on theparticular device, additional, fewer or different items of informationmay be presented to the user. For instance, the page 920 may includeadditional details concerning the usage rights, such as when theyexpire, how many different copies may be made, how many differentdevices the content can be accessed on, and so on. Additionally, asshown, in some cases a graphical icon may be available to the user onthe device page, which allows the user to make changes to his currentregistration such as by changing the available usage rights or availablecontent types or registering or unregistering devices, for example. Suchchanges will also be reflected in the user's profile 400.

Returning to the status report 900 in FIG. 9, if the user selects one ofthe currently available content items, say song 106A, he may bepresented with another page 940 of the report that provides metadataconcerning that content item, an example of which is shown in FIG. 11.In this example content page 940 shows the title, author, copyrightowner and duration of the song 106A, all of which may be available asmetadata that is stored along with the content. In addition to metadata,however, the page 940 may also include other pertinent information suchas the user's available rights to the song. Further, as shown, in somecases a graphical icon may be available to the user on the content page940, which allows the user to make changes to his user rights concerningthe particular content item being displayed. Once again, such changeswill be reflected in the user's profile 400.

While the example of the status report 900 shown in FIG. 9 employshyperlinks to allow the user to access additional information, otherexamples may present the information on a single screen, particularlywhen the report is to be presented on limited capability devices.Alternatively, some information may be eliminated for purposes ofbrevity or because the user only requests certain information.

In the example presented above the status information is communicated tothe user in response to an explicit request from the user. In othercases, however, the status information may be generated either by theentertainment access system or the device itself without an explicitrequest. For instance, the status report may be sent to the user on someperiodic basis (e.g., monthly) or whenever the status of the userchanges. The user's status may change because of an action on the user'spart, such as when a device is registered or unregistered, availablecontent is added or deleted, or when usage rights are changed. Theuser's status may also change without any action on the user's part,such as when a subscription or other usage right expires, for example.

Other Embodiments of the Tools

The above sections provide examples of interactions between theentertainment access service, third-party content providers, devices,and users. In this section, other embodiments of the tools aredescribed, some of which are more general than those previouslydescribed.

These example embodiments are described as part of processes 600, 700,and 800 of FIGS. 6, 7, and 8, respectively. These processes and theexample processes and flow diagrams described or illustrated in FIGS. 1through 5 may be implemented in any suitable hardware, software,firmware, or combination thereof; in the case of software and firmware,these processes and flow diagrams represent sets of operationsimplemented as computer-executable instructions stored incomputer-readable media and executable by one or more processors. Theseembodiments of the tools described in this section are not intended tolimit the scope of the tools or the claims.

Block 602 enables multiple third-party content providers to select froma pre-set group of resolution formats, pre-set file formats, pre-setusage rights, and/or fees and for which content or type of content eachselection applies. The tools enable third-party content providers todecide how they want to distribute content and for each type orparticular content. As described in an example above, the entertainmentaccess service may permit a third-party content provider to select amedium resolution format for a movie and its rights, as well as aparticular fee, and even permit a different fee for the same movie at adifferent resolution.

Block 604 receives various entertainment content or indicia thereof fromthird-party content providers and a selection of one or more formats,rights, and/or fees associated with each content or content type.Examples of this are provided in FIG. 3.

Block 606 receives identities of rendering devices capable ofinteracting with users in prescribed or pre-set ways. These deviceidentities are for devices capable of interacting with the entertainmentaccess service or a third-party content provider to render contentaccording to various usage rules and/or rights. In an example describedabove in FIG. 2, the tools required device manufacturers to rendercontent in particular ways, track and provide various usage information,render advertisements, and enforce usage rules and/or rights. Theseidentities may also include unique identities for each particulardevice, thereby helping enable the tools to associated particulardevices uniquely with particular users.

Block 608 enables users to request or otherwise interact with the toolssufficient to request access to entertainment content. The tools may doso through user interfaces made consistent through relationships withvarious devices, or even (in a federated manner) through relationshipswith third-party content providers that provide consistent options, ifnot consistent user interfaces, for selecting contents and the like.

Block 610 receives a request to access one of more of the entertainmentcontent noted above. The request may be received from a deviceassociated with the user and across a communications network orotherwise. As noted above, if a profile for the user has the deviceuniquely associated with the user and the device has a uniqueidentifier, the tools may use this information to determine from whichuser the request is made. In either case the tools receive informationin the request or incident with the request sufficient to determine fromwhich user the request was made.

Block 612 determines that the request is from a particular user havingan associated profile. Example profiles are described in greater detailabove. For the purposes of this process, the tools use a profile that isuniquely associated with a user (whether that user is a single person ora group) and records content to which the user has some right. Theprofile may contain much more, as the above examples indicate.

The tools may determine that the request is from a user based on theuser entering a unique identifier (e.g., account number and password) orbased on information received passively in the request related toinformation in the profile, such as with a unique identifier for thedevice from which the request is received being associated with the userin the profile.

Responsive to this determination, the tools at block 614 determinewhether or not the user has a right to the requested access to theparticular content. The tools may do so based on the user havingpreviously paid for a subscription to a third-party content provider'scontent (from which the requested content is requested), or in othermanners described above, such as based on a particular usage right beingset forth in the profile and associated with the requested content.

In some cases, optionally at block 616, the tools may determine a formatin which to provide or indicate to a third party to provide the content,assuming the request is to download content. The tools may do so basedon information associated with a device intended to render the contentor based on preferences, etc., both of which may be included in theuser's profile. Thus, the tools may provide the content in a resolutionformat appropriate to a cell phone's small display and in a file formatusable by that cell phone, for example.

At block 618 the tools permit the access requested if the user has aright to such access. If the request is received directly from the userand the tools have control of the content, the tools may download thecontent or otherwise indicate to the device intended to render thecontent permission to do so. If the request is indirect, as may be inthe federated manner of operation for the entertainment access servicedescribed above, the tools may instead indicate to an intermediarypermission to permit the access. One example of this is when the usermakes a request through a third-party content provider, which in turnpasses the request and identifying information for the user to thetools, at which time the tools determine if the access is permitted andindicate this to the third-party content provider. The third-partycontent provider may then permit the access.

Process 700 of FIG. 7 provides another example embodiment of the toolsrelated to a request for access being received from a third-partycontent provider.

Block 702 enables a third-party content provider to indicateentertainment content and select one or more of pre-set numbers ofresolution formats, file formats, and/or usage rights to associate withthe indicated entertainment content. Examples of this, including as setforth in process 600, are described above.

Block 704 receives, from the third-party content provider, an indicationof the indicated entertainment content and, for the indicatedentertainment content, one or more selected resolution formats, one ormore selected file formats, and/or one or more selected usage rights.Again, examples of this are described above.

Block 706 receives identities of rendering devices similar to asdescribed at block 606 and the accompanying examples.

Block 708 receives, from the third-party content provider, informationindicating a user's identity, and selection of the indicatedentertainment content. If the third-party content provider selected morethan one resolution format at block 704, block 708 may also receive fromthe third-party content provider an indication of which of the selectedresolution formats is desired by the user or appropriate for the deviceintended to render the content Likewise, if the third-party contentprovider selected more than one file format or usage right for therequested content at block 704, the tools at block 708 may receive anindication of which format or right.

Block 710 determines, based on a usage right associated with the userthrough the user's identity, that the user has the usage right needed topermit the access requested. The tools may do so by determining theuser's identity, the user's profile, and the usage right associated withthe requested content. Also at block 710, the tools may indicate thisdetermination (e.g., that the user's requested access is permitted),including to the third-party content provider that sent the request orto a device intended to render the content. Other examples of thesedeterminations are provided above. Responsive to this indication thethird-party content provider may provide access to the content, or thedevice may permit the access (e.g., render a song already stored on thedevice once the entertainment access service indicates that the user'ssubscription is up-to-date).

Block 712 enables alteration of a profile uniquely associated with theuser. As noted in various examples above, the tools (e.g., theentertainment access service), especially when operating in a federatedmanner, permit third-party content providers to access and alter auser's profile managed by the entertainment access service, this isshown received and performed in block 714. In so doing the entertainmentaccess service manages a user's profile, rights, and the like, though itmay also permit third-party content providers to interact with thatprofile.

Optionally, block 716 may receive a command from a third-party contentprovider to provide access to content. Third-party content providers mayprovide access on their own based on permitted usage rights indicated bythe entertainment access service and based on the profile. In somecases, however, the third-party content providers do not provide accessand instead delegate this to the entertainment access service. In suchcases the entertainment access service at block 716 may receive acommand and at block 718 provide the access commanded and act in any ofthe above ways (e.g., as illustrated in FIGS. 5 and 6) to provide accessto users.

The above process 700 and any examples relating to this process abovemay be performed for many different third-party content providers. Thus,one third-party content provider may provide content to a user andanother provide different content to the same user. Both may interactwith and even have the ability (provided by the entertainment accessservice) to alter that user's profile. Thus, one profile for one usermay be used to integrate the user's experience, preference, history, andthe like regardless of the number of third-party content providers thatthe user receives content from.

Processes 600 and 700 may act jointly as well. The tools may therebypermit third-party content providers to select content, rights, formats,and the like and users may expressly select (e.g., via preferences intheir profiles) which content, rights, formats, and the like that theywant.

Process 800 of FIG. 8 provides another example embodiment of the toolsrelated to advertisements. Process 800 works alone or in conjunctionwith many of the processes and examples set forth above.

Block 802 receives information about one or more users' preferences,such as a user's explicit preferences (e.g., bookmarks and favorites414A and 414B of FIG. 4) and usage history, including concerning one ormore advertisements.

This usage history may include information about what content a user hasrights to, how often and when he or she uses that content, demographics(implied or explicit) about the user (e.g., content usage history414C-I). This usage history may also include advertisement usage historye.g., 414C-2), which may include how a user interacts withadvertisement, such as going to a website presented in theadvertisement. The usage history may also comprise an interactionbetween a user and a particular advertisement. Many devices capable ofrendering entertainment content are also capable of enabling users tointeract with advertisements and track how a user acts in other waysuseful to determining a user's behavior or likely reaction to otheradvertisements; the tools may track this information, even for manyusers.

Block 802 may receive this information directly from users, directlyfrom devices rendering advertisements or content, or indirectly, such asfrom third-party content providers collecting this information andproviding it to the tools. The entertainment access service, forexample, may receive this information from every device associated witha user (see, for example, devices 106A-E of FIG. 1).

Block 804 records this information for later use. The tools may alter aprofile based on this received information, shown at block 806.Alternatively, the tools at block 808 may provide this information toadvertisers to indicate how often their advertisement has been seen,when, by what age or other demographic of people, or other positive ornegative interactions with the advertisement (like selecting to watchthe advertisement again or commanding the device to stop rendering theadvertisement).

Also, the tools, at block 810, may use the information to decide betweenadvertisements to present to the user or other users. The tools maydetermine, for example, that based on the demographic profiles (orentire profiles like profile 400 of FIG. 4) of users that responded wellor poorly to a particular advertisement, that the advertisement would orwould not be effective for another user or group of users based on thoseuser's demographic profiles.

If the entertainment access service, for example, is attempting todetermine what advertisement of a group of advertisements to present tothis user or whether to present an advertisement presented to this userto another user, the entertainment access service may do so using thisinformation and information like it from other users. Other examples ofhow the entertainment access service may use and build this informationare set forth above.

Further, the tools at block 812 may use this information to determine oralter payments, fees, and pricing structures on its own or incombination with other user's interactions with and informationconcerning particular advertisements or groups of advertisements. Ifusers often select a website indicated in an advertisement (or makepurchases at that website) the tools may increase a fee charged athird-party advertiser associated with the particular advertisement.

Conclusion

The above-described tools can help users enjoy and access theirentertainment content. The tools can also help third-party contentproviders sell access to and control their content, as well as helpadvertisers target their advertisements to users that are likely torespond favorably. Although the tools have been described in languagespecific to structural features and/or methodological acts, it is to beunderstood that the tools defined in the appended claims are notnecessarily limited to the specific features or acts described. Rather,the specific features and acts are disclosed as example forms ofimplementing the tools.

1. An article of manufacture comprising storage hardware havingcomputer-readable instructions therein that, when executed by acomputing device, cause the computing device to perform stepscomprising: receiving a selection from a third party content providerassociated with rendering a content; receiving a unique identifier of adevice operative to render the content according to the selection; anddetermining that a request to access the content is from the devicebased upon the unique identifier.
 2. The article of claim 1 furthercomprising receiving entertainment content or indicia regardingentertainment content from the third-party content provider.
 3. Thearticle of claim 2 further comprising selecting one or more ofresolution formats, file formats, or usage rights to associate with theentertainment content.
 4. The article of claim 2 further comprisingproviding status information identifying entertainment content availableto a user, one or more usage rights governing the user's right to usethe entertainment content, and two or more devices associated with theuser that are capable of rendering, and permitted to render, theentertainment content.
 5. The article of claim 1 further comprisingreceiving a selection of at least one of a format, a right, or a feeassociated with the content or a content type.
 6. The article of claim 1further comprising instructing the third-party content provider topermit the device to access the content.
 7. The article of claim 1further comprising providing the device with access to the content. 8.The article of claim 1 further comprising adding the selection to aprofile for the device.
 9. The article of claim 1 further comprisingaltering user preferences for rendering the content on the device. 10.The article of claim 1 further comprising receiving a selection of atleast one of a format, a right, or a fee based upon user preferences forrendering the content.
 11. A computer-implemented method to performsteps comprising: receiving a selection from a third party contentprovider associated with rendering a content; receiving a uniqueidentifier of a device operative to render the content according to theselection; and determining that a request to access the content is fromthe device based upon the unique identifier.
 12. The method of claim 11further comprising receiving a selection of at least one of a format, aright, or a fee associated with the content or a content type.
 13. Themethod of claim 11 further comprising instructing the third-partycontent provider to permit the device to access the content.
 14. Themethod of claim 11 further comprising providing the device with accessto the content.
 15. The method of claim 11 further comprising alteringuser preferences for rendering the content on the device.
 16. Anapparatus, comprising: an access service operative to receive aselection from a third party content provider associated with renderinga content, receive a unique identifier of a device operative to renderthe content according to the selection; and determine whether a requestto access the content is from the device based upon the uniqueidentifier.
 17. The apparatus of claim 16 further comprising receiving aselection of at least one of a format, a right, or a fee associated withthe content or a content type.
 18. The apparatus of claim 16 furthercomprising instructing the third-party content provider to permit thedevice to access the content.
 19. The apparatus of claim 16 furthercomprising providing the device with access to the content.
 20. Theapparatus of claim 16 further comprising adding the selection to aprofile for the device.